home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / faq / comp / mail / mime_faq / part1 / partmessage-partial0 < prev    next >
Encoding:
Text File  |  1994-03-22  |  25.3 KB  |  710 lines

  1. Archive-Name: mail/mime-faq/part1
  2. Last-modified: 1994/02/10
  3. Version: 3.4
  4. Message-ID: <mime_764279514@pipex.net>
  5. MIME-Version: 1.0
  6. Content-Type: text/plain; charset=us-ascii
  7. Content-Transfer-Encoding: 7bit
  8.  
  9.  
  10. comp.mail.mime frequently asked questions list (FAQ) (1/3)
  11.  
  12. Part I -- Frequently Asked Questions 
  13.  
  14. This is part I of a Frequently Asked Questions document about MIME, the
  15. multipurpose and multi-media standard for Internet mail.
  16.  
  17. Part I covers frequently asked questions.
  18.  
  19. Part II is a listing of MIME products.
  20.  
  21. Part III covers advanced topics.
  22.  
  23.  
  24. 0 Contents
  25.  
  26. Sections which have changed since the last posting are marked with a `!' in
  27. the first column.  New sections are marked with `+'.
  28.  
  29.   Part I -- Frequently Asked Questions
  30.  
  31.   0     Contents
  32.  
  33.   1     Introduction
  34.   1.1   Authorship
  35.   1.2   Conventions
  36. + 1.3   Where can I get the comp.mail.mime FAQ?
  37.  
  38.   2     What is MIME?
  39.   2.1   Introduction
  40.   2.2   MIME features that may or may not be present
  41.   2.3   Further information
  42.   2.4   MIME glossary
  43.   2.5   Newsgroups and mailing lists
  44.   
  45.   3     Miscellaneous questions
  46.   3.1   What can I use to display MIME messages?
  47.   3.2   What's "text/enriched"?  "text/simplemail"?
  48.   3.3   What about security issues?
  49.   3.4   So, does MIME introduce any new security problems?
  50.   3.5   What about a group 3 facsimile encoding?
  51.   3.6   Should I always use external body parts to save space?
  52.   3.7   What mail servers can I reference?
  53.   3.8   Can I interwork between MIME and X.400?
  54.   3.9   How can I use uuencode with MIME?
  55.  
  56.   4     MIME information available from the Internet
  57.   4.1   Anonymous FTP
  58.   4.2   Mail based archive servers
  59.   4.2.1 Eitech "ServiceMail"
  60.   4.2.2 Metamail "mailserver"
  61.   4.3   Gopher
  62.   4.4   World Wide Web
  63.   
  64. ! 5     Published books and articles
  65.   
  66.   6     MIME based relays for commercial mail services
  67.   6.1   Large national or international providers
  68.   6.1.1 ATTMAIL
  69. + 6.1.2 CompuServ
  70.   6.1.3 Radiomail
  71.   6.2   Local and regional providers
  72.   
  73.  
  74.   Part II -- MIME products
  75.  
  76. ! 7     Freely available MIME packages
  77.   7.1   Conversions from other mail systems
  78.  
  79. ! 8     Commercial MIME packages
  80.  
  81.   9     Packages for MIME in Usenet
  82.   9.1   Introduction
  83.   9.2   News readers and transports with MIME support
  84.  
  85.   Part III -- Advanced topics
  86.  
  87.   10    Information
  88.   10.1  MIME-relevant RFCs and other standards
  89.   10.2  List of registered MIME types
  90.   10.3  Internet Engineering Task Force (IETF) working groups
  91.  
  92.   11    Developers' FAQs
  93.   11.1  How can I register a new MIME type?
  94.   11.2  What's ESMTP, and how does it affect MIME?
  95.   11.3  Where can I get some sample MIME messages?
  96.   11.4  Wouldn't MIME be better if it did <foo>?
  97.   11.5  So what about multilevel encodings?
  98.   11.6  Why doesn't MIME include a mechanism for compression?
  99.  
  100. ! 12    Acknowledgements
  101.  
  102.  
  103. 1 Introduction
  104.  
  105. 1.1 Authorship
  106.  
  107. This FAQ was begun by Ed Vielmetti.  It is now maintained by me, Tim
  108. Goodwin.  Contributions have come from a cast of dozens: see section 12
  109. for a list of contributors.
  110.  
  111.  
  112. 1.2 Conventions
  113.  
  114. I have used some typographical conventions.  Eventually I hope to format
  115. this as simplemail, but in the meantime...
  116.  
  117. Direct quotations begin with an attribution in a standard format, and
  118. are indented by four spaces.
  119.  
  120. FTPable goodies appear thus:
  121.  
  122. FTP:      domain.name:path/to/package
  123.  
  124. Note that I usually list only the distribution site -- please try your
  125. nearest FTP archive first.
  126.  
  127. You'll occasionally see text in braces, like this.
  128.  
  129. { Here is some example meta-text. }
  130.  
  131. Generally, these indicate places where information is missing, I'm
  132. unsure of my ground, or I plan major changes in the near future.
  133.  
  134. You can ignore these if you're just looking for information.  But if you
  135. can help fill in the gaps, and you want to achieve fame, fortune, and
  136. your name at the bottom of this FAQ, please mail me.
  137.  
  138.  
  139. 1.3 Where can I get the comp.mail.mime FAQ?
  140.  
  141. It is posted approximately monthly to the newsgroups comp.mail.mime,
  142. comp.answers, and news.answers.  The `Expires:' field is set such
  143. that---on systems which honour this field---the most recent edition
  144. will always be in the news spool.
  145.  
  146. Many sites archive news.answers postings, including
  147.  
  148. FTP: rtfm.mit.edu:pub/usenet-by-group/news.answers/mail/mime-faq/*
  149.  
  150. If possible, please try to find a closer site; for example, by asking
  151. archie for `mime-faq'.
  152.  
  153. If you are reading this FAQ via some fixed medium such as hardcopy or
  154. CD-ROM, please try to obtain the latest edition from the net instead.
  155.  
  156.  
  157. 2 What is MIME?
  158.  
  159. 2.1 Introduction
  160.   
  161. MIME, the Multi-purpose Internet Mail Extensions, is a freely available
  162. specification that offers a way to interchange text in languages with
  163. different character sets, and multi-media email among many different
  164. computer systems that use Internet mail standards.
  165.  
  166. If you were bored with plain text email messages, thanks to MIME you
  167. now can create and read email messages containing these things:
  168.  
  169.         - character sets other than ASCII
  170.         - enriched text
  171.         - images
  172.         - sounds
  173.         - other messages (reliably encapsulated)
  174.         - tar files
  175.         - PostScript
  176.         - FTPable file pointers
  177.         - other stuff
  178.  
  179. MIME supports not only several pre-defined types of non-textual
  180. message contents, such as 8-bit 8000Hz-sampled mu-LAW audio, GIF image
  181. files, and PostScript programs, but also permits you to define your
  182. own types of message parts.
  183.  
  184. The ability to create email messages with audio and other non-textual
  185. contents has been around for a while, but almost always as part of a
  186. vendor-specific ``solution.''  This means that you can't create a
  187. message on a NeXT system containing PostScript information and ``Lip
  188. Service'' (NeXT's audio email tool) and easily handle the same
  189. message on an HP 9000/710, a Sun SPARCstation IPC, and a Silicon
  190. Graphics Iris.  That's a problem that MIME helps to solve.
  191.  
  192. One of the best things about MIME is that it's a "four-wheel drive
  193. protocol", to borrow a description of PhoneNet from Einar Stefferud.
  194. MIME was carefully designed to survive many of the most bizarre
  195. variations of SMTP, UUCP, and Procrustean mail transport protocols,
  196. such as BITNET and MMDF, that like to slice, dice, and stretch the
  197. headers and bodies of email messages.
  198.  
  199. Here are a couple of examples of how MIME is being used in the real
  200. world, now.
  201.  
  202. 1) Dr Marshall T. Rose mails out his SNMP-related newsletter, ``The
  203. Simple Times'' as multi-media email messages in several forms:
  204.  
  205.         - in a PostScript form, with beautiful typesetting and a
  206.         two-column page layout, suitable for printing on a laser
  207.         printer;
  208.  
  209.         - in a ``text/enriched'' form (explained in question 3.2), suitable
  210.         for display on a mildly intelligent ASCII terminal; and
  211.  
  212.         - in a plain text, ordinary message form.
  213.  
  214. (SNMP is the Simple Network Management Protocol, a low-level network
  215. management facility.)
  216.  
  217. 2) IETF document announcements (RFCs, Internet Drafts, etc.) are
  218. structured as multipart MIME messages.  The first part contains the
  219. document abstract.  The second part is itself a multipart message,
  220. containing external references to the document itself (one via a
  221. mail-server, one via anonymous FTP).  Thus, with a suitable UA (User
  222. Agent, see 2.4 for glossary), you can read the abstract, and then have
  223. the complete document retrieved for you (by the most appropriate method)
  224. at the press of a button.
  225.  
  226.  
  227. 2.2 MIME features that may or may not be present
  228.  
  229. Implementations of multi-media email need not support the full spec;
  230. it's possible to have a useful product that does not explore all of
  231. the nooks and crannies of the standard.  
  232.  
  233. Furthermore, MIME permits a message to contain alternative parts for
  234. consumption by sites that can't necessarily display or listen to all
  235. the good stuff.
  236.  
  237. Here is a list of features that someone with a good, functional
  238. mail user agent might include for MIME support.
  239.  
  240. - Displays GIF, JPEG, and PBM encoded images, using e.g. 'xv' in the X
  241.   Window System, or (name of windows program here) in Microsoft Windows.
  242.  
  243. - Displays PostScript parts, using e.g. something that prints to a
  244.   PostScript printer, or that invokes GhostScript on an X Window System
  245.   display, or that uses Display PostScript.
  246.  
  247. - Obtains external body parts via Internet FTP or via mail server.
  248.   
  249. - Plays audio parts on workstations that support digital audio.
  250.  
  251. On the other hand, the minimal requirements for a MIME-conformant MUA
  252. are almost trivial, yet still provide increased functionality.  (The
  253. minimal requirements are mainly concerned with ensuring that users are
  254. not shown raw data from a MIME message inappropriately.)
  255.  
  256.  
  257. 2.3 Further information
  258.  
  259. FTP:      ftp.netcom.com:pub/mdg/mime.ps
  260. FTP:      ftp.netcom.com:pub/mdg/mime.txt
  261.  
  262. This is a nice overview of the MIME specification by Mark Grand.
  263.  
  264. { Any other documents that should be referenced? }
  265.  
  266.  
  267. 2.4 MIME glossary
  268.  
  269. Every subculture needs its list of buzzwords, here's a start at a
  270. collection for MIME.
  271.   
  272. body            the part of a message after the header (the "meat")
  273. ESMTP           Extended SMTP - RFC 1425
  274. external part   a "pointer" to a part available via FTP or other means.
  275. GIF             graphical interchange format for images
  276. header          the To, From, Subject, etc. at the start of a message
  277. JPEG            an image compression standard for still images
  278. mail transport  the "post office", e.g. sendmail, smail, MMDF, etc.
  279. MIME            Multipurpose Internet Mail Extensions - RFC 1521
  280. MPEG            an image compression standard for moving pictures
  281. MTA             Mail Transport Agent, see "mail transport"
  282. MUA             Mail User Agent, see "user agent"
  283. multi-media     nebulous marketroid term meaning audio and visual stuff
  284. part            a piece of a MIME message containing some data type
  285. PBM             an image format
  286. PEM             Privacy Enhanced Mail
  287. PostScript      a popular page description language
  288. RFC             request for comments; proposed or standard Internet protocols
  289. SMTP            Simple Mail Transport Protocol - RFC 821
  290. text/enriched   simple text markup language for MIME - RFC 1523
  291. text/simplemail another (even simpler?) text markup language
  292. user agent      the end user's mail program, e.g. MH, ELM, /bin/mail, etc.
  293.  
  294.  
  295. 2.5 Newsgroups and mailing lists
  296.  
  297. You're probably reading comp.mail.mime at the moment.  There is a
  298. mailing list which is gatewayed with comp.mail.mime.  If you are
  299. unable or unwilling to read Usenet news, send subscription requests to:
  300.  
  301.         info-mime-request@thumper.bellcore.com
  302.  
  303. There is a UK exploder for info-mime, contact:
  304.  
  305.         info-mime-uk-request@mailbase.ac.uk
  306.  
  307. The Mailbase software archives all contributions, which are then
  308. accessible via FTP and gopher (mailbase.ac.uk), and mailserver
  309. (mailbase@mailbase.ac.uk, with message body containing, e.g. "send
  310. info-mime-uk 08-1993"
  311.     
  312. There is also a [comp.mail.multi-media] newsgroup, which contains
  313. general discussions of multi-media email, not necessarily MIME.
  314.  
  315. There are various mailing lists specific to particular implementations
  316. of MIME.  If I know of such a list, it is mentioned in the section on
  317. that implementation.
  318.  
  319.  
  320. 3 Miscellaneous questions
  321.  
  322. 3.1 What can I use to display MIME messages?
  323.  
  324. You need something that understands MIME-structured messages and also
  325. understands how to display the different kinds of body parts.
  326.  
  327. Details of many freely available and commercial packages to do just
  328. that can be found in part II of this FAQ.
  329.  
  330.  
  331. 3.2 What's "text/enriched"?  "text/simplemail"?
  332.  
  333. These two subtypes of the "text" type have a similar aim: to offer
  334. simple text markup, without making the text unreadable to someone
  335. without the software to interpret it.
  336.  
  337. The text/enriched scheme uses markup commands enclosed in angle
  338. brackets.  For example, here is how you would <bold>embolden</bold> a
  339. single word.
  340.  
  341. Simplemail is more like a standardisation of certain existing practices
  342. in mail and news articles.  For example, here is how you would
  343. *emphasize* a single word.
  344.  
  345. The text/enriched type is defined in RFC 1523.  It supersedes
  346. "text/richtext", which was defined in RFC 1341.
  347.  
  348.  
  349. 3.3 What about security issues?
  350.  
  351. Both users and administrators should be aware that ordinary Internet
  352. and UUCP email is not secure.  No authentication, confidentiality, or
  353. data integrity properties are provided in SMTP, RFC-822, or MIME.
  354. People desiring any or all of those security properties in their email
  355. should look into the use of Privacy-Enhanced Mail (PEM).  At least one
  356. no-cost implementation of PEM is available in the US and Canada.
  357. There are also a number of implementations being developed in Europe
  358. (hopefully these will not suffer the same restrictions on export).
  359.  
  360. PEM will (eventually) be integrated with MIME.  See
  361.  
  362.     draft-ietf-pem-mime-03.txt
  363.  
  364. for the latest work on this.
  365.  
  366. A system providing similar functionality to PEM implementations is
  367. PGP.  PGP is an implementation, not a specification, and it does not
  368. carry the blessing of the IETF, or any other body.  It is, however,
  369. available at no cost throughout the world (although its status with
  370. respect to certain US patents is dubious).  Caveat emptor.
  371.  
  372.  
  373. 3.4 So, does MIME introduce any new security problems?
  374.  
  375. Yes.  MIME user agents can do previously unheard of things with mail
  376. messages, notably giving them as input to other programs.
  377.  
  378. PostScript is probably the biggest potential security hole.  One
  379. famous example is the "melting screen" PostScript program, which
  380. destroys screens maintained by Display PostScript implementations.  For
  381. another example, PostScript can be used to change the password on some
  382. PostScript printers with previously undefined passwords, which denies
  383. the use of the printer until the printer's password can (somehow) be
  384. changed back.  Yet other Display PostScript implementations may allow
  385. file operations.  (NeXTstep wisely disables file operations.  With
  386. GhostScript, they can be disabled by the "-dSAFER" command line option.
  387. Use of this option (in mailcap, etc.) is highly recommended.)
  388.  
  389. The enumeration of these security holes is not to be interpreted as
  390. encouragement to exploit the holes.  They are mentioned only because
  391. they are well known.  Refer to books such as "Practical UNIX Security"
  392. and to news groups such as comp.security.misc for general information
  393. about system security.
  394.  
  395.  
  396. 3.5 What about a group 3 facsimile encoding?
  397.  
  398. { This section needs some work - any volunteers? }
  399.  
  400. It is rumored that there was an attempt to include G3 FAX in the
  401. current MIME standard, but that it was impossible for the authors of
  402. the MIME specification to gain a consensus on how to encode the data.
  403. So G3 FAX has been left for a future MIME implementation.  But you can
  404. always define your own body part.  
  405.  
  406. Here are some snippets relevant to MIME and FAX.
  407.  
  408. The MIME-MHS documents define a G3Fax body part that is conformant with
  409. the X.400 G3Fax definition.
  410.  
  411.     [ Stuart Lynne <sl@wimsey.com> 30-Dec-1992 ]
  412.  
  413.     I have prototype scripts operating with metamail to do some of this.
  414.     Some of it is in contrib directory.
  415.  
  416.     Currently I have 2 scripts:
  417.  
  418.         mm2fax  - convert mail and metamail messages to TIFF/F (uses various
  419.         tools to convert different body parts to TIFF/F);
  420.  
  421.         faxmm   - send rfc822 and mime email messages via facsimile (uses
  422.         mm2fax to convert to TIFF/F).
  423.  
  424.     [ Ned Freed <ned@innosoft.com> 31-Dec-1992 ]
  425.  
  426.     PMDF-FAX is a set of channel programs for PMDF that provide
  427.     facilities for converting text, PostScript, and various other
  428.     formats into Group 3 FAX, as well as a set of programs that take
  429.     these Group 3 FAX files and use them to drive a variety of FAX
  430.     modems.  MIME is used throughout to provide type information,
  431.     multipart facilities, and so forth. PMDF-FAX was developed with MIME
  432.     in mind from the outset.
  433.  
  434.  
  435. 3.6 Should I always use external body parts to save space?
  436.  
  437. Not necessarily.  In many cases, for example, at the ends of UUCP
  438. connections, your recipients may not be able to retrieve external body
  439. parts easily.  It depends on your audience.  Making files available via
  440. a mail server is to be encouraged.  It is always possible to provide
  441. MIME alternative parts that first offer FTP, then mail server options.
  442.  
  443.  
  444. 3.7 What mail servers can I reference?
  445.  
  446. There are various mail servers available.  Check news.answers for
  447. the FAQ about mail server software.  We do not presently have a
  448. recommendation.
  449.  
  450.  
  451. 3.8 Can I interwork between MIME and X.400?
  452.  
  453. Conversion between RFC 822 and X.400 was defined in RFC 1327.
  454.  
  455. Recently, the MIME-MHS working group has published RFCs (which are on
  456. the IAB standards track) which extend RFC 1327 to define conversions
  457. between MIME and X.400.
  458.  
  459. { Sorry this is a bit scant---I haven't even had a chance to read the }
  460. { RFCs yet.  Any contributions to this section gratefully received.   }
  461.  
  462.  
  463. 3.9 How can I use uuencode with MIME?
  464.  
  465. The following idea from Nathaniel may be useful.  For some examples of
  466. this in action, see the newsgroup clari.feature.dilbert.
  467.  
  468.     [ Nathaniel Borenstein <nsb@thumper.bellcore.com> 4-Nov-93 ]
  469.  
  470.     I recently convinced myself that you can use multipart/alternative
  471.     to get a nice effect for both MIME-smart recipients and
  472.     uuencode-loving recipients, although it is ugly and wasteful:
  473.     
  474.     Content-type: multipart/alternative; boundary=foo
  475.     
  476.     --foo
  477.     Content-type: application/octet-stream; name=foo.uu
  478.     
  479.     ...uuencoded data goes here....
  480.     --foo
  481.     Content-type: real-mime-type
  482.     Content-type: base64
  483.     
  484.     base64-encoded data goes here
  485.     --foo--
  486.     
  487.     A good MIME viewer will only use the second part, the real MIME
  488.     data.  A uuencode-oriented system, however, should ignore everything
  489.     EXCEPT the uuencoded data, because of the way uuencode works
  490.     (everything before the "begin" line and after the "end" line is
  491.     ignored).
  492.  
  493.     I certainly wouldn't want to recommend the above as standard
  494.     practice, but I imagine that are enclaves or situations where it
  495.     could be useful.
  496.  
  497.  
  498. 4 MIME information available from the Internet
  499.  
  500. 4.1 Anonymous FTP
  501.  
  502. Information about FTPable stuff is scattered throughout this FAQ.
  503. More specifically, look into the RFCs, mentioned in item 2.4.  Other
  504. goodies can be found in the MH and MetaMail source trees.
  505.  
  506. FTP:      thumper.bellcore.com:pub/nsb
  507.  
  508. contains a collection of MIME sample messages which can be used to
  509. test implementations.
  510.  
  511.  
  512. 4.2 Mail based archive servers
  513.  
  514. 4.2.1 Eitech "ServiceMail"
  515.  
  516.     [ Jay C. Weber <weber@eitech.COM> 13-Oct-1992 ]
  517.  
  518.     We (Enterprise Integration Technologies Corporation) have a MIME
  519.     implementation, which we are distributing freely.  Instead of a
  520.     MIME MUA, it is a toolkit for building services that automatically
  521.     process MIME messages.  It is similar, in spirit, to the few other
  522.     email-scripting packages except:
  523.  
  524.       o it exploits several MIME features
  525.       o it is intended to run standalone (as opposed to a back-end to a MUA)
  526.       o it uses TCL (from Berkeley) as its scripting language
  527.  
  528.     and support for PEM is in the works.
  529.  
  530.     EIT is providing ServiceMail access to the ServiceMail toolkit.
  531.     If you have the METAMAIL or some other MIME-compliant mail reader,
  532.     just send the message
  533.  
  534.         To: services@eitech.com
  535.         Subject: archive-request servicemail.tar.Z
  536.  
  537.     and read the response(s) using METAMAIL.  Save the result in
  538.     servicemail.tar.Z
  539.  
  540.     The package can also be retrieved by anonymous FTP from the site
  541.     eitech.com.
  542.  
  543.     If you have any problems with acquisition, installation, or use,
  544.     don't hesitate to send mail to "servicemail-help@eitech.com" and
  545.     ask for help.
  546.  
  547.     IF YOU WANT FUTURE UPDATES ON TOOL KIT VERSIONS, BUGS, AND
  548.     SERVICES, MAKE SURE YOU ARE ON THE PACT-KIT MAILING LIST.  To get
  549.     on it, send a message to "services@eitech.com" with subject
  550.     "listserv subscribe pact-kit your-real-name".
  551.  
  552.  
  553. 4.2.2 Metamail "mailserver"
  554.  
  555.     [ Nathaniel Borenstein <nsb@thumper.bellcore.com> 9-Jan-1993 ]
  556.  
  557.     The metamail distribution includes a simple "mailserver" shell
  558.     script that can be used to operate a MIME-conformant mail server
  559.     mechanism, e.g. for making anon-ftp files available as MIME mail.
  560.     ServiceMail is also now available under the "contrib" area of the
  561.     metamail distribution.
  562.  
  563.  
  564. 4.3 Gopher
  565.  
  566.     [ Randall Atkinson <atkinson@tengwar.itd.nrl.navy.mil> 2-Jan-1993 ]
  567.  
  568.     There is experimental work underway in the Internet Gopher community
  569.     to include MIME as a mechanism for marking the content of files. 
  570.     The freely distributable Gopher client for NeXTstep 3.0 includes
  571.     MIME support.  Other gopher clients will probably add it eventually.
  572.  
  573.  
  574. 4.4 World Wide Web
  575.  
  576.     [ Marc VanHeyningen <mvanheyn@cs.indiana.edu> 26-Jun-1993 ]
  577.  
  578.     There is more-than-experimental work underway in the Internet World
  579.     Wide Web (WWW) community to use MIME as the mechanism for marking
  580.     the contents of information exchanged via HyperText Transfer
  581.     Protocol (HTTP); the specification of HTTP/1.0 dictates that both
  582.     the request and the response are more or less MIME-compliant
  583.     messages.  There are implementations already doing this today.
  584.  
  585.     Support is also included for format negotiation (e.g. a server
  586.     might have both a PostScript and a plaintext version of a paper
  587.     and decide which to send based on what the client can accept,
  588.     presentation preferences, size, and the like.)  It's nearly as
  589.     complicated as the "badness" mechanisms in TeX, and unrelated to
  590.     (and, for its application, probably superior to) the
  591.     multipart/alternative MIME type.
  592.  
  593.     There is an FAQ for WWW in comp.infosystems.www
  594.  
  595.     
  596. 5 Published books and articles
  597.  
  598. Published books or articles that cover MIME.
  599.  
  600. Marshall T. Rose has recently published the fourth book in his
  601. networking `trilogy'.
  602.  
  603.     Marshall T. Rose
  604.     "The Internet Message: closing the book with electronic mail"
  605.     Prentice-Hall
  606.     ISBN 0-13-092941-7
  607.  
  608. It is a complete review of the Internet world of electronic mail,
  609. including recent developments.  There is considerable detail, and it
  610. would make the perfect companion to the mail RFCs for any budding
  611. implementor.
  612.  
  613. On the other hand, the detail should be quite easy to skip for those
  614. interested in just an overview.
  615.  
  616. As usual, Marshall's informed and often vigorous opinions are clearly
  617. marked off as `soapboxes', to be objectively skipped or delightedly
  618. sought out, according to preference.
  619.  
  620. One chapter of the book is devoted to MIME.
  621.  
  622.  
  623.     [ Alec Henderson <alech@hpindda.cup.hp.com> 18-Dec-1992 ]
  624.  
  625.     There is a good introductory article on MIME in the September 1992
  626.     issue of Connexions; also several other interesting articles on
  627.     email, both MIME and X.400.  (Ole Jacobsen, the Connexions
  628.     editor, was kind enough to send me a copy of the September issue.)
  629.  
  630.  
  631.     [ Daniel Glazman <Daniel.Glazman@grif.grif.fr> 30-Aug-1993 ]
  632.  
  633.     To be published soon in "TRIBUNIX" the French Unix Users Group
  634.     (AFUU) newspaper: "Les extensions MIME", Daniel Glazman.
  635.  
  636.  
  637. 6 MIME based relays for commercial mail services
  638.  
  639. 6.1 Large national or international providers
  640.  
  641. { Lots missing here.  Anyone got any info these, or any others? }
  642. {    America On-line                                            }
  643. {    Dialog                                                     }
  644. {    Genie                                                      }
  645. {    MCI Mail                                                   }
  646. {    Sprintmail                                                 }
  647.  
  648.  
  649. 6.1.1 ATTMAIL
  650.  
  651.     [ Steve <atthelp@attmail.com> 30-Dec-1992 ]
  652.  
  653.     We do support binary attachment but are not MIME compliant nor do
  654.     we have an X.400 to MIME conversion header routine. This is 'in the
  655.     works', however, and due to overwhelming interest by our users and
  656.     other prmd's, research and development are currently engaged in
  657.     working on the issue. I do not have any information on when this
  658.     will be available, but will let you know when I receive word of our
  659.     MIME status.
  660.  
  661.  
  662. 6.1.2 CompuServ
  663.  
  664.     [ Pat Farrell <pfarrell@netcom.com> 31-Dec-1993 ]
  665.  
  666.     CompuServ's main mail service is ASCII text based, and is not MIME
  667.     compliant. CompuServ provides robust, reliable mail transport of
  668.     binary files. CompuServ invented and copyrighted the GIF format
  669.     which is supported by MIME. There are commercial and freeware client
  670.     programs for Macs and PCs that can provide "user friendly" access
  671.     to CompuServ's text and binary mail services, display GIF files,
  672.     and interact with CompuServ's forums. (CompuServ forums are roughly
  673.     equivalent to UseNet newsfeeds.)
  674.  
  675.  
  676. 6.1.3 Radiomail
  677.  
  678.     [ Jerry Sweet <jsweet@irvine.com> 17-Dec-1992 ]
  679.  
  680.     RadioMail Corp. (formerly Anterior Technology) operates three types
  681.     of email services having these statuses with respect to MIME:
  682.  
  683.     1. UUCP/Internet gatewaying.  The gateway passes MIME messages using
  684.     7 bit encodings in either direction.  The sender and receiver must,
  685.     of course, have MIME-complaint user agents in order to handle MIME
  686.     email.
  687.  
  688.     2. cc:Mail/Internet gatewaying.  cc:Mail does permit binary
  689.     attachments of various types, and these attachments are encoded by
  690.     the gateway for transfer via SMTP, but the encoding is not presently
  691.     MIME compliant.  This may change.
  692.  
  693.     3. Wireless email gatewaying.  This service can pass MIME messages
  694.     using 7-bit encodings in either direction.  However, MIME per se is
  695.     understood neither by the MS-DOS hosted user agents presently
  696.     supplied by RadioMail Corp. for use on radio modem equipped
  697.     computers, nor by any RadioMail-compatible third-party MS-DOS
  698.     hosted user agents.  This may change.
  699.  
  700. { Should coordinate this with the global email list that is posted to }
  701. { comp.mail.misc.                                                     }
  702.  
  703.  
  704. 6.2 Local and regional providers
  705.  
  706. { Any info?  Should coordinate this with e.g. the PDIAL list. }
  707.  
  708.  
  709. End of Part I
  710.